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METHOD FOR TRACING AN 
ELECTRONIC MAIL MESSAGE 

Related Applications 

Referenced-applications 

This application claims the benefit of U.S. provisional application serial number 
60/236,530 filed on September 29, 2000. 

Field of the Invention 

This invention relates to the field of electronic mail, or e-mail, and provides a 
method whereby a sender of an e-mail can detect when the intended recipient has 
opened the e-mail message. 

Bacl<ground of Invention 

[0001 ] The concept of the sender of a message receiving notification when the 

message has been received by the recipient is well known in the prior art. In the 
non-electronic world it is possible to send mail "certified" or "return receipt 
requested" to receive confirmation that the message has reached its destination. 
Likewise, in the domain of electronic mail, users in a homogeneous environment, 
such as on an intranet where all users are using the same email program, are able 
to track the read/unread status of sent e-mails or to receive notification via a 
return e-mail message when the recipient has read the message. 

[0002] ^ problem arises, however, when a user desires to receive notification of the 

receipt of an e-mail message sent over the Internet. First, the mechanism by which 
e-mail messages get delivered over the internet may involve a circuitous path 
between the sender and the recipient during which the message may pass through 
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dozens of intermediate computer systems. Having a return message re-trace this 
path may be impossible. Second, users on different systems may be using different 
e-mail programs having incompatible methods of sending notification. Most likely, 
because of the delivery mechanism over the Internet, any notification system would 
have to be initiated by the e-mail program of the recipient, and would thus be 
controlled by the recipient, allowing the recipient to enable or disable this feature 
at his whim. As a result, a request by the sender of an e-mail for receipt 
notification may be ignored by the recipient's e-mail program, resulting in no 
return message to the sender, 

[0003] It would therefore be desirable to allow the sender of an e-mail to a recipient 
via the Internet to request a receipt notification, and to have that notification 
delivered to the sender without the knowledge of the recipient of the original e- 
mail message. 

SUMMARY OF THE INVENTION 

[0004] In its preferred embodiment, the notification system disclosed herein makes 
use of an intermediate system able to communicate with both the sender and the 
recipient via the Internet. In use, the sender directs the outgoing e-mail message 
to the intended recipient via the intermediary. The intermediary adds a fragment of 
hypertext mark-up language (HTML) code to the message and forwards it onto the 
intended recipient. When the recipient opens the message, the HTML code is 
executed. The HTML code causes the recipient's email program to contact the 
intermediary in search of a file. When the intermediary receives the request for the 
file, it knows that the recipient has opened the e-mail message and a notification 
e-mail message is sent to the sender of the original e-mail message, thereby 
providing the requested notification. 

Description of Drawings 

[0005] Figure 1 shows the flow of a message according to the preferred embodiment 
of the invention. 

[0006] Figure 2 shows the preferred and several secondary embodiments of the 
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invention. 

Detailed Description of the Invention 

[0007] The preferred embodiment of the invention is shown schematically in Figure 1 
and as path (a) in Figure 2, and will now be described. The user that sends the 
message (the "sender"") 10 will create an e-mail message 40 using their local e- 
mail program. Sender 1 0 therefore supplies the following information: the e-mail 
address of recipient 30, the message subject, the message's body text, and 
optionally, any file attachments. 

[0008] There exists a gateway system 20, which is best described as an address or 

web site accessible from the Internet, on which is running a program that receives 
all incoming e-mail messages 40 and handles those messages according to a set 
of criteria. For gateway system 20 to receive the e-mail message 40 it is necessary 
for sender 1 0 of the e-mail to modify the address of recipient 30 such that the e- 
mail message 40 is routed through gateway system 20. When entering the e-mail 
address of recipient 30 in his/her local mail-client application, the sender needs to 
replace the symbol @ with the symbol '"#", append the symbol "@" to the end of the 
e-mail address, and append the name of the domain of the gateway, which, for 
purposes of this disclosure, we will refer to as simply "gateway.com" to the end of 
the e-mail address of recipient 30. As an example, if sender 1 0 wanted to send an 
e-mail to a user named "bob" at domain "isp.net" the address would normally be: 

[0009] "bob@isp.net" 

[001 0] For purposes of this invention, sender 1 0 would instead send e-mail message 
40 to: 

[0011] "bob#isp. net@gateway.com" 
[001 2] 

Once gateway system 20 receives e-mail message 40, it splits the message 
fields: FROM, TO, SUBJECT, and the message body, which may or may not contain 
attached files. The message field TO must be correctly formatted in order to be 
redirected according to what is proposed by the system. The system is in charge of 
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taking the given value and converting it into tlie real format of the e-mail address 
of recipient 30, in this exemplary case, "bob@isp.net". This treatment consists of 
replacing the symbol "#" with the symbol and removing the extension 
"@gateway.com." 

[001 3] Based on the information provided In the FROIVl field, gateway system 20 is 
able to identify the e-mail address of sender 1 0. This address is stored locally on 
gateway system 20. 

[001 4] Each e-mail message 40 received by gateway system 20 is assigned a unique 
identification code (UlC), which is randomly generated by gateway system 20 based 
on specific timestamp and session variables. The UlC is stored locally on gateway 
system 20 and is associated with the e-mail address of sender 1 0. 

[001 5] The message body of e-mail message 40 is converted to HTML format and a 
special HTML <1MG> tag is added to the HTML code. The <IMG> is tag is a 
standard HTML tag that Is usually used to display images on a web page, but for 
the purpose of this invention, it is being used in a very different way. Instead of 
setting the <IMG> attribute SRC, which would normally point to an file containing 
the image to be displayed, to point to an image, we are setting it to point to a 
specific CGI-SCRIPT, and we are passing to the CGI-SCRIPT, as an argument, the 
UlC that we have just created to Identify the message. The <IMG> tag containing 
the call to the CGI-SCRIPT would look something like this: 

[0016] <IMG SRC="http://www.gateway.com/script.cig?p=al3939ajsdl38476" 
HEIGHT=1 WIDTH=1> 

[001 7] Note that the HEIGHT and the WIDTH of the tag are set to 1 , such that recipient 
30 will not actually see an Image. It is also important to note that In order for this 
CGI-SCRIPT to work, its parsing routine needs to work using GET mode, instead of 
using POST mode. Note that this tag contains the UlC that was previously explained 
in this same document. 

[001 8] customized <IMG> tag Is added to the body of message 41 (actually to the 

first part of the message body, because in case of multi-part/ mixed messages, the 
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first part is the part that contains the text message), and message 41 is sent to 
recipient 30 using a mail program (such as sendmail). This program sends 
message 41 to the e-mail address of recipient 30 as an HTML message using the 
MIME TYPE text/html, not as an HTML file attachment. 

[001 9] Next, any attachments to original e-mail message 40 message are attached to 
this processed message 41 , Then, message 41 is sent to the e-mail address of 
recipient 30. Note that the message's header must be set to text/html to force 
recipient's mail-client to read message 41 as if it were an HTML file. 

[0020] Once recipient 30 opens e-mail message 41 , the <IMG> HTML tag is executed, 
and the mail reader attempts to execute a CGI-SCRIPT which was named using the 
UlC associated with original e-mail message 40. The UlC was passed as the SRC 
attribute in the <IMG> tag, which was added to e-mail message 42 by gateway 
server 20. The recipient's mail reader then makes a request 42 to gateway server 
20 to execute the CGI-SCRIPT. Gateway system 20 detects request 42 and retrieves 
the address of sender 10 of original e-mail message 40, which is also associated 
with the UIC. Using this address, gateway system 20 sends an e-mail message 43 
back to sender 10 notifying him that original message 40 has been opened by 
recipient 30. Notification e-mail message 43 can contain, among other things, the 
date and time that e-mail message 41 was opened by recipient 30 and the number 
of times that recipient 30 has opened the e-mail. In another embodiment of the 
invention, sender 1 0 may be able to indicate that no notification e-mails are to be 
sent back to sender 1 0. Instead, the sender 1 0 may access gateway server 20 via a 
web interface to check the status of messages that he has sent via gateway server 
20. 

[002 1 ] Note that an extra HTML file is NOT attached to message 41 . Instead, it is 

merely indicated that the body of message 41 is text that should be interpreted as 
HTML. By taking advantage of this format, recipient 30 does not have an 
attachment to open and to analyze. Therefore, as soon as recipient 30 opens e- 
mail message 41 , the tag is interpreted, the CGI-SCRIPT is called, and the UlC is 
activated. 
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[0022] In a second embodinnent of the invention sender 1 0 can send an e-mail 
message 40 to recipient 30 using a web-based interface. If, for some reason, 
sender 10 can't access his personal e-mail application, gateway system 20 may 
provide a web interface that allows the user to send a message directly through the 
system interface. Sender 1 0 accesses gateway system 20 and fills out a basic form 
containing his personal information such as (but not limited to) name, e-mail 
address, country, and so forth. A login name and password is defined for sender 
1 0. Whenever sender 1 0 wishes to send an e-mail to someone, he opens the web 
mail form, and provides the necessary information discussed above, that will 
become part of his message. Note that the web mail form requires that sender 1 0 
provide his login and password. Once sender 10 presses the confirmation button, a 
UlC is created for the message, the <IMG> tag containing the UlC is appended to 
body of the message, and the message is sent to recipient 30. 

[0023] In a third embodiment of the invention, the responsibility for executing the 

CGI-SCRIPT is moved from the recipient's web browsers/e-mail readers to gateway 
system 20. This embodiment may be used in situations where a firewall or other 
preventative measure blocks the use of <IMG> tags to call scripts. To handle this 
situation the <IMG> tag is modified to replace the call to the CGI-SCRIPT with the 
name of an actual image file, such as, for example: 

[0024] <IMG SRC ="http://www.gateway.com/fakeimages/UIC.gif " HEIGHT=1 
WIDTH=1> 

[0025] 

Where "UlC is the actual UlC that was send with message 41 to recipient 30. 
Any type of image file, commonly known to those of skill in the art, such as .gif, 
Jpg, .tif and so forth could be used. The image file will not actually exist on 
gateway server 20, but a special configuration on gateway server 20 will redirect all 
HTTP GET calls to a given directory (in this case "/fakeimages") to a server script. 
The server script reads the web server environment variables, and identifies the 
path of the image that the recipient's e-mail reader is trying to access. Internally, 
the script strips the UlC from the image name referenced in that call. Then, by 
checking the UlC against those stored locally, the script is able to validate the code 
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and set a flag indicating tiiat message 41 has been opened by recipient 30. The 
last thing the script does is to return a static image to the recipient's mail reader, 
which ideally (but not necessarily) has 1 pixel per 1 pixel dimensions. This action is 
important to make sure the browser receives the image it expects. 

[0026] In yet another embodiment of the invention, message 40 is stored on gateway 
server 20. Recipient 30 when opening e-mail message 41 triggers an automatic 
request to gateway server 20 that causes message 40 to be displayed to recipient 
30. Message 40 appears to be embedded in the e-mail message 41 that is already 
opened. When the request from recipient 30 is received by gateway server 20, the 
notification procedure outlined in the preferred embodiment of the invention is 
triggered. This method is shown graphically as path b in Figure 2. In this 
embodiment, original message 40 sent by sender 10 must be kept locally by 
gateway server 20. This embodiment of the invention uses the <LAYER></1-AYER> 
and the <IFRAME></IFRAME> tags to dynamically embed original message 40 into 
e-maiLmessage 41 , as the result of an automatic request made to gateway server 
20. E-mail message 41 sent to recipient 30 may look like this: 

<HTML> 

<HEAD></HEAD> 
<BODY> 

<LAYER NAME="message" SRC=LINK TO MESSAGE> 
<IFRAIVIE ID="message" SRC=LINKTO MESSAGE W1DTH=1 00% NORESIZE 
SCROLLING=No FRAMEBORDER=0 MARGINHEIGHT=0 MARGIN WIDTH=0> 
</IFRAME> 
</LAYER> 
</BODY> 
</HTML> 



[0027] 

[0028] 

[0029] 

[0030] 

[0031] 

[0032] 

[0033] 

[0034] 

[0035] 

[0036] 
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[0037] where LINK TO MESSAGE is actually a PATH to the CGI script which will show 
the stored message. The script will receive the UlC as an argument. When the 
request is received by gateway server 20, It is an indication that recipient 30 has 
opened e-mail message 41 . 

[0038] In a final embodiment of the Invention, message 40 is stored on gateway server 
20 and an e-mail message 41 is sent to recipient 30 which contains an HTML link 
to original message 40. When recipient 30 opens the message, he must click on 
the link which will cause the original message 40 to be displayed either in the 
recipient's e-mail reader or in a web browser. The HTML request is detected by 
gateway server 20 and thereby triggering the original notification procedure 
outlined in the preferred embodiment of the invention. This embodiment is shown 
graphically as path (c) in Figure 2. As with the previous embodiment, original 
message 40 sent by sender 1 0 must be kept locally by gateway server 20. 

[0039] The specific examples used herein to illustrate the invention should not be 
considered as limiting the invention thereto. As can be seen in one skilled in the 
art, different modifications of the basic techniques could be implemented without 
deviating from the spirit of the invention. As a result, the scope of the invention is 
as claimed in the following claims. 
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